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and the playback of those files via a conventional home television set and/or audio system. 



8/25/06, EAST Version: 2.0.3.0 



FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCX. 



AL 


Albania 


£S 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Aimenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


l^ia 


SZ 


Swaziland 


AZ 


AzeilMijaii 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GK 


Georgia 


MD 


Rqniblic of Moldova 


TC 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belanis 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Vict Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netheriands 


YU 


Yugoslavia 


CII 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


ZW 


Zimbabwe 


CI 


C6te d'lvoire 


KP 


I^mocratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


P<»iugal 






cu 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






cz 


. Czech Republic 


LC 


Saim Lucia 


RU 


Russian Federation 






DE 


Germany 


U 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


hK 


Sri Lanka 


SB 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







8/25/06, EAST Version: 2.0.3.0 



wo 00/11871 



PCTAJS99/19108 



TITLE: Transaction System For Transporting Media Files From Content 

Provider Sources To Home Entertainment Devices 



BACKGROUND OF THE INVENTION 

This invention relates to systems for delivering digital media files (e.g., 
audio and/or video) from content provider sites to home user entertainment systems 
(e.g., television sets and/or audio equipment) via communications networks including 
public networks, e.g. Internet, and private networks, e.g., intranet and extranet. 

Existing systems for transferring media files to the home user are 
typically complex, expensive to implement and maintain, lack sufficient security and 
flexibility, do not effectively utilize existing home entertainment infrastructure, and do 
not effectively leverage the open architecture of the internet and standard 
communications protocols or encryption technologies. Generally, the limitations of 
existing systems can be attributed to attempts to force a broadcast model onto 
communications network architectures that are designed to store and forward data as 
packets, rather than as continuous streams. 

For example, so called "video on demand" systems deliver only video 
files for viewing and the infrastructure to enable transfer of those files to the home user 
is highly capital intensive. Moreover, such systems are typically difficult to scale since 
at any point in time, a unique stream must be dedicated to a particular user, from the 
video server to the users set top box. Since users can theoretically request video 
"broadcasting" at any time, the service provider must have sufficient capacity and 
communications bandwidth available at all times to insure that a program channel can 
be created whenever the user desires. Further, video on demand systems typically do 

-1- 



8/25/06, EAST Version: 2.0.3.0 



wo 00/11871 



PCTAJS99/19108 



not have the capability to access and transfer media files that reside on networks 
outside of the proprietary networks operated by the particular video on demand 
operator. This limits the number of titles that can be offered. 

Special purpose home terminals are also known in the prior art for 
enabling home user access to the Internet or world wide web. These terminals require 
the home user to purchase and learn to use a special purpose device that does not 
leverage the user's current investment in home entertainment and communications 
infrastructure. Further, these devices do not facilitate effective storage and playback 
of media files downloaded from the internet since they do not typically interface to 
conventional television sets or audio systems for viewing and listening, respectively. 
Other prior art involving streaming media via communications networks does not 
address the home user's need to select and acquire media files from the internet, for 
example, without having to dedicate a computer to the task. Specifically, prior art 
associated with streaming media from the internet to computers does not address the 
need to store and play back the streamed media at user selectable times via existing 
home entertainment systems that are already familiar to the home user. 
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SUMMARY OF THE INVENTION 
This invention relates generally to a method and apparatus for enabling 
a user to acquire media files for playback (either limited or unlimited use) on television 
sets and audio systems typically found in the home. The acquisition of the media files 
5 forms part of a transaction initiated by a user via a communications network for 
enabling content providers to download requested media files to the user. The 
transaction is characterized by a procedure which debits a user's payment account and 
credits a content provider's receipt account. Embodiments of the invention enable (1 ) 
any of a plurality of home users to request selected media files for playback on a 
10 conventional home entertainment system and (2) any of a plurality of content provider 
sites to respond to the request to deliver media files to a requesting home user. 

More particularly, the invention relates to a system in which each home 
user can communicate a transaction request via a local player/receiver and a 
communications network to a transaction server. The transaction request includes 
15 information identifying the home user and specifying a media file, e.g. by title or 
assigned code number. The transaction server then verifies the user's account 
information and initiates an electronic banking transaction. Additionally, the transaction 
server instructs the content provider media server storing the requested media file to 
download the file via the network to the requesting home user player/receiver. 
20 A system in accordance with the invention can operate with various 

public and private communications networks but its primary application is intended to 
be with the public Internet for delivering media files to a home user for playback via 
conventional television sets and audio systems. 

Systems in accordance with the invention are generally characterized 
25 by the following features: 

1. They are readily scalable and can accommodate a virtually 
unlimited number of content provider sites and home user sites 
communicating via the Internet using a standard protocol, e.g., 

-3- 
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TCP/IP; 

2. The systems are open in the sense that they can support a 
variety of media file types; 

3. The content provider sites operate to encrypt a media file in the 
course of downloading the file to a requesting home user site; 
and 

4. Only the requesting home user site is able to decrypt the 
downloaded file. 

Systems in accordance with the invention preferably include: 

1 . A transaction server which is capable of sen/icing multiple home 
user sites and multiple content provider sites via a 
communications network; 

2. At least one home user site comprising a player/receiver 
subsystem for interactively communicating with the transaction 
server to request the download of media files for archive storage 
and/or playback via substantially conventional home 
entertainment equipment. The player/receiver subsystem is 
preferably implemented as a simple user friendly appliance; 

3. At least one content provider site including a media file storage 
device and an encryptor for dynamically encrypting media files 
directly to a requesting home user site. Only the targeted home 
user site is able to decrypt the downloaded media files to enable 
playback; and 

4. Network connectivity devices for connecting the home user 
sites, the content provider sites, and the transaction server to 
the network. 

In accordance with a preferred embodiment, the player/receiver 
subsystem enables the home user to connect to the transaction server via the 
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communications network to access a program guide of available media files which can, 
for example, be displayed via the home user television set. The user is then able to 
interactively browse the displayed list and select desired files therefrom. The user 
then, via the player/receiver and communications network, requests the transaction 
server to deliver the selected files. After appropriate user authentication and account 
verification, the transaction server transmits a download authorization instruction to the 
content provider site storing the requested media files. Encoded media files are then 
dynamically encrypted by the content provider site and downloaded directly to the 
requesting player/receiver. The encrypted files can be decrypted solely by the 
requesting player/receiver. The user can also browse and select media files from web 
site based media title listings or print guide listings. 

A preferred transaction server in accordance with the invention 
functions to (1) authenticate each player/receiver and process file requests therefrom 
and (2) maintain a list of available media files and their location at multiple content 
provider sites. Specifically, the transaction server arranges for the downloading of 
requested files from a content provider site directly to the requesting player/receiver. 
Files downloaded to the player/receiver are preferably stored either on the 
player/receiver's local or storage means, e.g., a hard disk drive, or on the 
player/receiver's archive storage means, e.g.. removable storage media such as 
magnetic tape or recordable CD-ROMs. 

A preferred encoder subsystem in accordance with the invention 
functions to encode audio and/or video files from their respective sources, e.g., 
professional recording equipment, and provide the resultant encoded files (e.g.. MPEG) 
to the media server at the content provider site. 

A preferred encryptor in accordance with the invention dynamically 
encrypts files stored on a media server based on instructions received from the 
transaction server. The encryption fomiat uniquely targets the requesting 
player/receiver to prevent playback on any other device. 
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In typical use, the player/receiver first connects to the transaction 
server, transmits an identifier, including a unique locally generated encryption key and 
receives authentication from the transaction server. A list of available media files is 
then transmitted to the player/receiver which in turn displays the list as an interactive 

5 program guide or menu, preferably on a home television set. Once files are selected 
from the menu, the player/receiver requests the transaction server to download the 
selected files. The transaction server then processes the request by generating a 
transaction ID and instructions and transmits that information to the content provider 
site containing the requested files. The files are then dynamically encrypted by the 

10 encryptor at the content provider site and transmitted via the network directly to the 
requesting player/receiver which stores them locally. During playback, the 
player/receiver decrypts and decodes the files from the local storage device and 
outputs them for viewing and listening via the home user television set and/or audio 
system. 

IS 
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BRIEF DESCRIPTiON OF THE DRAWINGS 
FIGURE 1 is a block diagram showing the architecture of a preferred 

system is accordance with the invention; 

FIGURE 2 is a block diagram showing a home user site comprised of 

a player/receiver subsystem and connectivity to home entertainment system 

components and the network; 

FIGURE 3 is a block diagram showing a content provider site comprised 

of a media server, a file encoder and encryptor and connectivity to video/audio sources 

and the network; 

FIGURE 4 is a block diagram showing a preferred implementation of 
a transaction server; 

FIGURE 5 is a flow chart that illustrates the operation of the encryptor; 
FIGURE 6 is a flow chart that illustrates the operation of the 

player/receiver; 

FIGURE 7 is a flow chart that shows the automated process of creating 
unique dynamically encrypted player/receiver specific files in response to file requests; 

FIGURE 8A and 8B show a preferred embodiment of the functional 
processes executed by the transaction system; 

FIGURE 9 is a functional diagram that describes the preferred 
embodiment user interface of the player/receiver; 

FIGURE 10 shows a preferred embodiment of the front panel of a 
player/receiver forming the user interface; 

FIGURE 11 is a more detailed flow chart of Figure 6 showing a 
preferred embodiment of the software processes executed by the player/receiver user 
interface; and 

FIGURE 12 is a flow chart that shows the functional operation of the 
media server software. 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Attention is initially directed to Figure 1 which depicts a block diagram 
of a preferred system 5 in accordance with the invention. The system 5 is comprised 
of a plurality of content provider sites 6^, 62,. ..6^, a plurality of home user sites 7^, 72,... 
7n, and a transaction server site 10, all connected to a common communications 
network 11. In a preferred embodiment, the network 1 1 comprises the public Internet 
and connections to the Internet are fomned via suitable broadband network connectivity 
devices 12, e.g., cable modems, digital subscriber line (DSL) modems, or very small 
aperture satellite (VSAT) Internet access systems. In alternative system embodiments, 
the network 1 1 could comprise other public or private networks, e.g. Intranet or 
Extranet. The "Internet" refers to a global network that facilitates the connectivity of 
computer-based systems typically using a common communications protocol known as 
Transmission Control Protocol/Internet Protocol (TCP/IP). 

It is contemplated that in most applications of the invention, the home 
user sites and content provider sites will be widely geographically distributed. 
However, the invention is not restricted to wide physical separation amongst sites. For 
example only, the multiple home user sites can be distributed amongst multiple 
apartments in a single building. Moreover, the term "home" user is not intended to 
restrict the sites to residences but rather is used to refer to any type of end user. 

Figure 1 schematically depicts each home user site 7 connected to the 
network 1 1 (via a connectivity device 12) by both a bi-directional narrow arrow 14 and 
an incoming wide arrow 16. The narrow arrow 14 represents the flow path for digital 
transaction data to be discussed hereinafter. The wide arrow 16 represents the flow 
path for digital media files to be discussed hereinafter. Similarly, each content provider 
site 6 is shown connected to the network 11 via bi-directional narrow arrow 18 for 
transaction data flow and an outgoing wide arrow 20 for media file flow. The 
transaction server site is depicted as being connected to the network 1 1 by a bi- 
directional narrow arrow 22 for transaction data flow. For clarity of presentation, no 
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wide arrow is depicted in association with the transaction server site 10 because in 
typical applications, media files are not handled by the transaction server 1 0. However, 
it should be understood that, in fact, one of the content provider sites 6 could be 
physically located at the transaction server site 10. 

Attention is now directed to Figure 2 which depicts a preferred home 
user site 7 comprising a player/receiver subsystem 30. The subsystem 30 includes a 
local storage device 32, e.g., a hard disk drive, for storing and retrieving media files via 
a bi-directional path 34. The player/receiver subsystem 30 can also be optionally 
coupled to an archive storage device 36, e.g., a removable storage medium device, via 
a bi-directional path 38. Subsystem 30 is also connected via television/video display 
interface 40 to the input of a conventional television set/video display 42 and via audio 
stereo interface 44 to a conventional home audio stereo system 46. 

The player/receiver subsystem 30 is comprised of a user interface 54, 
a system processor 56, system RAM 50, a media file decoder 60, a media file decryptor 
61 , a television/video (NTSC/PAL) display interface 40, and an audio stereo interface 
44. The system 30 is connected via network connectivity means 12, which preferably 
comprises a cable or DSL compliant modem or a VSAT network connectivity device, 
to the network 1 1 . 

Figure 3 depicts a content provider site 6 primarily comprising a media 
server 70, including a file encoder 72, and a file encryptor 74, a system processor 77, 
system RAM78, a user interface 79 and a local storage means 80. A video source 75 
and an audio source 76 are coupled to encoder 72. The media server 70 functions 
generally to supply encoded media files to encryptor 74 for transmission over the 
network 1 1 . During a typical transaction, the media server 70 receives transaction 
instruction data from the transaction server 10 via the network 1 1 and connection 18. 
Upon response to those instructions the media server locates the requested file in 
storage means 80 and provides it to the encryptor 74 for encryption. The encryptor 74, 
utilizing the transaction instnjction data including media registration, transaction ID, 
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payment terms, file specification and the requesting player/receiver's local encryption 
key, encrypts the requested file. This results in the requested file being uniquely 
dynamically encrypted such that it can only be played back on the requesting 
player/receiver 30. The encrypted file is then transmitted to the requesting 
player/receiver via flow path 20 and network 11. 

In typical use, when a player/receiver 30 (Figure 2) is powered on, its 
system processor 56 instructs its network connectivity means 12 to connect to the 
transaction server 10. The system processor 56 then transmits a system identifier 
including a locally generated encryption key and the player/receiver's unique electronic 
serial number and the users Personal Identification Number (PIN) entered by the user 
via user interface 54. The transaction server in turn performs an account authentication 
operation and provides a list of available files and/or updates to the player receiver. 
The list is automatically generated and customized at the transaction server based on 
the users' PIN which indicates the user profile. Next, based on selections interactively 
entered by the user, the player/receiver 30 transmits media file requests to the 
transaction server 1 0. The transaction server processes the media requests, generates 
transaction ID and instruction data and transmits this data along with the local 
encryption key (received from the requesting player/receiver 30) to the content provider 
site 6 (Figure 3) that contains the requested files. Additionally, the transaction server 
1 0 records the transaction for purposes of debiting the user's account and crediting the 
provider's account. The files are dynamically encrypted at the content provider site by 
the encryptor 74 using a locally generated encryption key and the encryption key and 
instructions received from the transaction server. The files are encrypted such that 
they can be decrypted and played back only on the authenticated requesting 
player/receiver. The files are then transmitted from the content provider site via the 
network directly to the requesting player/receiver 30. Direct transmission to the 
requesting player/receiver is implemented by using its IP address, assuming a typical 
TCP/IP fonmat. That is, the download instructions received from the transaction server 
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contain the IP address of the requesting player/receiver which is then used by the 
provider site to download directly to the player/receiver. 

The player/receiver then utilizes its local storage means 32 to store the 
encoded file(s) being received. The archive storage means 36 is used when the user 
has purchased media files and desires long term storage of those files. During 
playback by the player/receiver 30, the stored encrypted files are retrieved by 
processor 56 from the local storage means 32 or archive storage means 36, then 
decrypted, decoded and transferred via the interface 40 to the television/video display 
means 42, and/or the interface 44 to the audio system 46. These operations occur 
automatically in response to media selections made by the user operating the 
player/receiver 30. 

It is to be noted that the media files are automatically downloaded to the 
player/receiver for storage as an encrypted file on the local storage means 32 or 
archive storage means 36 for playback at a desired time by the user. This approach 
makes a potentially unlimited array of media files available to the end user. Further, 
the system and architecture of the prefen-ed embodiment enable content provider sites 
6 to securely encrypt and transmit selected media files to authenticated users via the 
Internet. Further, due to the dynamic file encryption functionality and the ability of the 
content provider site encryptor 74 and home user site player receiver 30 to 
automatically generate unique encryption keys, the system provides a secure electronic 
commerce system that enables media owners to securely sell or rent media to users. 
Most importantly, because of the unique dynamic encryption, each copy of a 
transmitted media file can be played back only on the player/receiver for which it was 
encrypted, thereby ensuring a secure and profitable transaction between media seller 
and purchaser. 

In the preferred embodiment, at the content provider site 6 (Figure 3), 
media files stored on the media server 70 are downloaded to the requesting 
player/receiver 30 after being encrypted by the encryptor 74 in response to transaction 
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data and instructions received from the transaction server 10. Recorded media files 
originating from the video source 75 and/or audio source 76 are encoded by the 
encoder 72 and transferred to the media server 70 for storage. The media server in the 
preferred embodiment can be a web, FTP or file server. In the preferred embodiment 
5 the player/receiver 30 and encoder 72 utilizes a compression/decompression technique 
conforming to the Moving Pictures Expert Group (MPEG) standard for encoding audio 
and video files. The standard is divided into three parts that include audio, video and 
systems. The systems part of the specification handles integration of audio and video 
streams with time stamping data to enable synchronization of the two. The key benefit 

10 of the MPEG format is that it provides a standardized way for various distributed 
content providers to make video, audio and graphic files available to consumers. 
However, it should be understood that embodiments of the invention could use various 
other known compression/decompression formats for audio and/or video. Examples 
of video compression algorithms are MPEG and Apple Computer's QuickTime. 

15 Examples of audio compression algorithms are MP3 (i.e., MPEG, Audio Layer 3) and 
Microsoft's ASF format. 

Figure 4 is a block diagram showing a preferred implementation of the 
transaction server 10. The transaction server maintains a directory of all currently 
available media files. When a media request is made by a player/receiver, the media 

20 ID is looked up in the directory, which provides the location of a content provider site 
whose media server is currently serving the requested media. The directory is designed 
to allow fast retrieval of information even if the number of available items is large. In the 
prefen-ed embodiment, the directory may be a liash table, a B-tree or a table in a 
structured query language [SQL] database such as Oracle or MySQL For each item 

25 in the directory, there may be one or more media servers listed. The media server 
selected in response to the media file request may be chosen based upon geographic 
location, current server load or other parameters designed to improve performance or 
reliability. The media directory also contains other Information, such as the provider of 
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the media, its current pricing, use terms and other related data. The transaction server 
10 is comprised of a system processor 90, system RAM 94, local storage 96, a user 
interface 98, and network connectivity device 12. The transaction server 10 receives 
system identifiers, including electronic serial numbers and encryption keys from 

5 player/receivers 30 requesting authentication. The system processor 90 compares 
those identifiers to a database that stores device identifiers for each player/receiver 
manufactured. Device identifiers include the electronic serial number of the device and 
date of manufacture. Upon authentication, the transaction server creates an account 
number and authentication codes for the device. In addition, a user selected Personal 

10 Identification Number [PIN] is also established for the device. During media file 
downloads, this information is used to create a file header that is associated with each 
file that is downloaded. This header contains the device authentication codes, user 
account number, file name, content owner account number, file authentication code, file 
life, file cost and file size codes. 

IS After authentication, the transaction server 1 0 transmits a customized 

list of available files to the requesting player/receiver 30. The list customization is 
based on the user profile associated with each PIN that is entered into a player/receiver 
during a transaction session. The transaction server also maintains a database of 
content provider sites 6 and the content that they retain. When the transaction server 

20 1 0 receives file requests from a player/receiver 30, its system processor 90 processes 
the request and checks a database stored on the local storage device 96 for the 
location of the content provider site that contains the requested file. The system 
processor 90 then generates a transaction ID and transaction instructions and transmits 
this transaction data with the requesting player/receiver's local encryption key to the 

25 content provider site possessing the requested media file. The requested files are then 
uniquely encrypted at the content provider site 6 using the local encryption key 
received from the transaction server 10. As previously mentioned, the encrypted file 
is then transmitted directly from the content provider site to the requesting 
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player/receiver 30. 

Figure 5 is a flowchart that illustrates a typical operational sequence 
executed by the media server encryptor 74 (Figure 3) in performing a media file 
download initiated by the transaction server 1 0. The encryptor 74 receives media files 
from the media server 70 in operation 120. Transaction instructions and the requesting 
player/receiver's local encryption key are received from the transaction server 10 in 
operation 1 22. In operation 1 24, the requested media files are encrypted. In operation 
126, the encrypted files are downloaded via the network to the requesting 
player/receiver. 

Figure 6 is a flowchart that illustrates a typical operational sequence 
executed by the player/receiver 30 during a usage session. After power is applied to 
the player/receiver in operation 130, the user is prompted to enter a PIN into the 
player/receiver (operation 1 32). In operation 1 34, the user is prompted to select media 
titles and enter selected media title codes. This is followed by operation 1 36 where the 
user presses the GET MEDIA button (Figure 10) to send a request for the selected 
titles to the transaction server via the network. In operation 1 38, the file download from 
the content provider to the player/receiver begins. In operation 140, the title names of 
the downloaded files are added to the online program guide. In operation 142, the user 
is prompted to begin playback of the downloaded file or to make another selection. 

Figure 7 is a flowchart that shows the automated process of creating 
unique dynamically encrypted player/receiver specific files in response to file requests. 
Mediafiles downloaded from the content provider site are dynamically encrypted before 
they are transmitted to the player/receiver via the communications network. The 
encryption process is preferably modular, enabling new algorithms to be used as they 
become available. Examples of existing encryption algorithms include PGP and the 
Unix crypt command. The encryption process uses an encryption key provided by the 
requesting and authenticated player/receiver. This insures that the media files can only 
be decrypted by the same player/receiver which made the request. In order to provide 
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additional security, all cx)mmunication between the player/receiver, the media sen/er 
and the transaction server occurs over secure connections. For example, in one 
implementation, the network connections may be made using secure socket layer (SSL) 
technology. This prevents a third party from intercepting keys and other unencrypted 

5 information in transit. In operation 148, the media server 70 receives an authenticated 
player/receiver 30 generated local encryption key, transaction ID and media request 
from the transaction server 10. In operation 150, the encryptor 40 dynamically 
generates an encryption key that is local to the media server 70. In operation 154, the 
requested files are uniquely encrypted for download using the dynamically generated 

10 encryptor key and the local encryption key received from the requesting player/receiver 
30. In operation 156, the encrypted files are transmitted directly to the requesting 
player/receiver via the network. 

Figure 8A and SB show a preferred Implementation of an overall 
transaction process. The transaction process begins in operation 158 with the 

15 player/receiver being powered on. Next, in operation 1 60, the user is prompted to enter 
their Personal Identification Number [PIN]. This number is used in conjunction with the 
player/receiver's electronic serial number to automatically generate a unique local 
encryption key in operation 162. The PIN is transmitted to the transaction server for 
verification in operation 164. If the account information is verified, the transaction 

20 proceeds to operation 168 and the user is identified by the transaction server. If the 
PIN is not verified, operation 166 is invoked and the user is asked to call the sen^ice 
center to establish a new account or to re-enter their PIN. In operation 170, the 
transaction server automatically updates the electronic program guide that is stored on 
the local storage means 32 of the player/receiver. This update Is customized to specific 

25 user preferences that are associated with each user account profile. Next, in operation 
172, the user is prompted to browse the program guide or to browse titles that are 
stored locally or on the archive storage means. In operation 1 72 the user is also asked 
if they would like to create a new archive. This function enables an encrypted copy of 
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one or more locally stored media titles to be stored on the archive storage means 36. 
At operation 174, a decision is made to either browse media titles or create a new 
archive. If create a new archive is selected, the user is prompted to browse locally 
stored media titles as shown in operation 176. This is followed by the selection of the 

5 media titles to archive as indicated by operation 178. In operation 180, the selected 
files are archived by the archive storage means. If the user chooses to browse media 
for download and/or playback, the transaction proceeds to operation 1 82 and the user 
browses the on screen or printed program guide and selects media title codes. This 
is followed by operation 184 where the media title codes are entered using the 

10 player/receiver user interface of Figure 10 (or an equivalent remote control) to make 
the selection 186. At operation 188, the media title(s) request and local unique 
encryption key are transmitted to the transaction server. Next, in operation 190, the 
transaction server authenticates the local key, logs the media request and generates 
a transaction ID. In operation 192, the transaction ID and instructions are transmitted 

IS to the electronic banking services provider, a credit card processor in the preferred 
embodiment, and the transaction is logged into a database enabling credits and/or 
debits to the accounts of all parties involved in the transaction. In operation 194, the 
electronic banking provider authorizes the transaction. This is followed by the 
transmission of the download authorization instruction from the transaction server 10 

20 to the content provider site 6 containing the requested media file as shown in operation 
196. At operation 198, the encryptor 74 at the content provider site containing the 
requested media files uses the locally generated player/receiver key it received from 
the transaction server and a dynamic encryption key generated by the encryptor 74 to 
uniquely encrypt the requested fiie(s) so that they can be played back only on the 

25 requesting player/receiver. In operation 200, the dynamically encrypted file is 
transmitted to the requesting player/receiver. During the transmission process, after 
a variable time that is less than the total time required to transmit the file, the 
player/receiver indicates that playback of the file can begin as shown in operation 202. 

-16- 



8/25/06, EAST Version: 2.0.3.0 



wo 00/11871 



PCT/US99/19108 



The user may decide, as indicated at decision operation 204, to initiate playback or 
allow the download process to continue to completion as indicated by operation 208. 
If the user decides to start the playback, the player/receiver uses its local encryption 
key to dynamically decrypt the file during playback as shown in operation 206. If the 
user allows the complete file to download prior to initiating playback, the download 
process continues as indicated by operation 208. At the completion of the download 
process, the new media titles are automatically added to the program guide category, 
locally stored media as indicated by operation 210. 

Figure 9 is a functional diagram that describes the preferred 
embodiment user interface 54 of the player/receiver 30. The user interface includes 
an alphanumeric code entry function 21 4, a media selection function 216 (GET MEDIA 
button in Figure 10), a display function (e.g., display 236 in Figure 10) 218. playback 
control functions 220 (e.g., tape transport style buttons 238 in Figure 10) and a hand 
held remote control 222 that replicates the player/receiver user interface functionality. 
The user enters media title codes, personal identification numbers and other 
alphanumeric information using the code entry function 214. These codes and other 
command entries are processed by the player/receiver system processor 56. Media 
selections and command confirmations are entered using the media selection function 
216. Playback of media stored on the local storage means 32 or archival storage 
means 36 is controlled via the playback control functions 220 or the remote control 
functionality 222 to drive the television/video display 42 and/or the audio system 46 
respectively. 

Figure 10 shows a preferred embodiment of the front panel 228 of a 
player receiver unit enclosure 230 forming the user interface 54 for the player/receiver 
30. The keypad array 234 implements the code entry functionality 214 used to enter 
the users Personal Identification Number and media title codes as well as product or 
service selections made available via the player/receiver. The display means 236 (e.g., 
a vacuum fluorescent display) is used to show the status of the player/receiver, its 
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current operations and to provide feedback for the user as commands are entered via 
the player/receiver user interface or the player/receiver remote. Information as to the 
status of the player/receiver as well as the functions and media selections being 
entered and the browseable online program guide are also viewable via the display 
5 236. The GET MEDIA button 240 is used to request download of a selected media file 
to the player/receiver. Upon receipt of a media file by the player/receiver, the buttons 
238 are used to control playback of the file. In the preferred embodiment, these 
functions include play, stop, rewind and fast forward. The enclosure 230 is intended 
to typically house the components of the player/receiver subsystem 30 depicted in 
10 Figure 2. 

Figure 1 1 shows the preferred embodiment of the software processes 
executed by the player/receiver in response to buttons pressed on the player/receiver's 
front panel. The invention provides an easy to use interface for requesting media. In 
the preferred embodiment, the user enters a media ID into the player/receiver and 

IS presses the "Get Media" button to initiate automatic downloading to the player/receiver. 
When "Get Media" is pressed, the player/receiver sends a message to the transaction 
server identifying the desired media ID and information uniquely identifying the 
player/receiver, such as its serial number, the user's personal identification number and 
the player/receiver's local encryption key. The transaction server looks up the desired 

20 media ID and forwards the request to one of the media servers currently serving the 
requested media, which then dynamically encrypts and transfers the media file directly 
to the player/receiver. In operation 242, the user enters the desired media file ID 
number into the player/receiver. This number is stored in the player/receiver's system 
RAM as shown in operation 244. At operation 246, the user presses the Get Media 

25 button v^ich initiates operation 248. In operation 248, the player/receiver creates an 
encrypted media request message that contains the media ID, player/receiver serial 
number, user PIN and related transaction data. This message Is transmitted via the 
communications network to the transaction server as indicated by operation 250. At 
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operation 254. the transaction server processes the request and in operation 256 
forwards that request to the appropriate media server containing the requested file. In 
operation 258, the media file is transferred directly from the media server to the 
requesting player/receiver. When the user presses the play button on the 
player/receiver as indicated by operation 260, the player/receiver initiates operation 
262. In operation 262, the file is dynamically decrypted and decoded during playback 
to enable viewing and or listening of the file using standard home entertainment 
systems including televisions and audio systems. 

Figure 12 describes the operation of the software executed by the 
media server processor 77. Specifically, in the preferred embodiment the media server 
software creates an index of media files stored on the local storage means 80, as 
indicated by operation 264 and fulfills media file requests received from the transaction 
server. At operation 266, the software automatically and/or interactively assigns code 
numbers and related data to the locally stored media files. The resultant media file 
index is transmitted to the transaction server 10 in operation 268. Thereafter, as 
previously described, the processor 77 checks for transaction requests, as indicated 
in operation 270. After a transaction request is recognized (operation 276). the 
download authorization instruction is accepted in operation 278. In response to the 
instruction, the locally stored media file index is checked for the requested file 
(operation 280). Then in operations 282 and 284 the file is retrieved from the media 
server's local storage 80 and sent to the encryptor 74. If no transaction request is 
received in operation 276, then the media server automatically and/or interactively 
checks local storage for new media files, as shown in operation 272. At operation 274, 
if new media files are found, the media server returns to operation 264 to initiate 
indexing of the new media files. If no new media files are found, the media sen/er 
returns to operation 270 and continues checking for transaction requests. 

From the foregoing, it should now be apparent that a method and 
system have been disclosed for enabling a home user to request media files via a user 
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friendly player/receiver and for such media files to be downloaded from a content 
provider site via a communications network for playback on a conventional television 
set and/or audio system at the home user site. The system includes a transaction 
server which responds to the user request to authenticate the user and provide 
authorization instructions to the content provider site to encrypt encoded media files 
and transmit them via the network for playback only at the requesting authenticated 
site. 

Although a preferred embodiment has been disclosed herein, it Is 
recognized that modifications and variations within the spirit of the invention may 
readily occur to those skilled in the art, and it is expressly intended that such fall within 
the scope of the appended claims. 
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CLAIMS 

We claim: 

1 . A system for use with a communications network for delivering 
digital media files to user sites for driving television sets and/or audio equipment, said 
system comprising; 

a plurality of user sites, each user site including a 
player/receiver, a television set and/or audio equipment, and a connectivity device for 
connecting said player/receiver to said network; 

a plurality of provider sites, each provider site including a media 
file storage device, a media file encryptor, and a connectivity device for connecting said 
provider site processor to said network; 

a transaction server and a connectivity device for connecting said 
transaction server to said network; 

each said player/receiver including a user interface for 
generating a media file request for delivery of an identified media file via said network; 

said transaction server being responsive to a media file request 
for authorizing a provider site to deliver the identified file to the requesting 
player/receiver; 

each said provider site being responsive to a transaction server 
authorization for encrypting the identified file and for downloading the encrypted file to 
said requesting player/receiver via said network; 

each said player/receiver including a storage device for storing 
downloaded media files; and wherein 

each said player/receiver includes means for decrypting stored 
media files for driving said television set and/or audio equipment. 
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2. The system of claim 1 wherein said player/receiver displays a 
program guide listing media files stored by said storage device for enabling a user to 
identify a media file via said user interface. 

5 3. The system of claim 1 wherein said transaction server generates 

a program guide listing media files stored on said provider site media file storage 
devices; and 

means at each of said user sites for displaying said program 

guide. 

10 

4. The system of claim 1 wherein at least one of said provider sites 
includes a source of video and/or audio information; 

5. The system of claim 4 wherein said provider site includes means 
IS for storing media files produced by said encoder in said media file storage device. 

6. The system of claim 1 wherein each of said player/receivers 
transmits a local key containing user provided identification data; and wherein 

said transaction server responds to receipt of said local key for 
20 verifying account information for the identified user. 

7. The system of claim 6 wherein said transaction server responds 
to a successful account verification for Initiating an electronic banking transaction to 
debit a user account and/or credit a provider account. 

25 

8. The system of claim 1 wherein each said player/receiver 
transmits a local key based on user provided identification data and player/receiver 
identification data; and wherein 
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said transaction server responds to receipt of said local key for 
verifying account information for the identified user and player/receiver. 

9. The system of claim 6 wherein said transaction server responds 
5 to a successful account verification to transmit a download authorization instruction to 

the provider site storing the identified media file. 

10. The system of claim 9 wherein each of said provider sites 
includes a processor responsive to a download authorization instruction for retrieving 

10 a media file from said media file storage device, for encrypting said retrieved file, and 
for transmitting said encrypted file via said network directly to the requesting 
player/receiver. 

11. A method for delivering digital media files to a requesting user via a 
15 communications network comprising the steps of: 

enabling each of a plurality of users to generate a transaction 
request including user identification information and media file identification 
information; 

communicating each transaction request via a communications 
20 network to a transaction server; 

causing said transaction server to verify said user identification 
information and identify a media server storing the identified media file; 

enabling said transaction server to instruct the identified media 
server to download the identified media file to the requesting user; 
25 causing said identified media server to encrypt the identified 

media file and transmit it via said communications network to the requesting user; and 
enabling the requesting user to automatically decrypt said 

encrypted media file. 
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12. The method of claim 11 wherein said step of causing said 
identified media server to transmit the identified media file includes transmitting the file 
directly to the requesting user. 

1 3. The method of claim 1 1 including the further step of causing said 
transaction server to verify account information of the identified user. 

1 4. The method of claim 1 3 including the further step of causing said 
transaction server to initiate an electronic banking transaction to debit a user account 
and/or credit a provider account. 

1 5. The method of claim 1 1 wherein said media servertransmits said 
media file directly to said requesting user via said communications network. 

16. The method of claim 1 1 including the further step of enabling the 
requesting user to store media files transmitted to it via said communications network. 

1 7. The method of claim 1 5 including te further step of displaying a 
program guide listing media files stored by the requesting user. 
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